Method and server for controlling smart devices based on predefined scenario mode

ABSTRACT

The present disclosure relates to a method for controlling for configuring a scenario mode for smart devices. The method include: acquiring a user account bound with a first smart device and a second smart device; identifying a predefined scenario mode template according to device information of the first smart device and the second smart device, wherein the predefined scenario template corresponds to a predefined scenario mode which associates at least one startup condition for the first smart device to trigger the scenario mode with at least one task to be performed by the second smart device when the scenario mode is triggered; bounding the predefined scenario mode template with the user account to enable the predefined scenario mode for the first smart device and the second smart device.

CROSS REFERENCE TO RELATED APPLICATIONS

This patent application is a continuation application of U.S.application Ser. No. 14/791,235, filed on Jul. 2, 2015, which is aContinuation of International Application No. PCT/CN2015/074587 with aninternational filing date of Mar. 19, 2015, which is based upon andclaims priority to Chinese Patent Application No. 201410594507.4, filedon Oct. 29, 2014, the entire contents of which are incorporated hereinby reference.

TECHNICAL FIELD

The present disclosure relates to a field of smart home suitetechnologies, and more particularly, to a method and a server forcontrolling smart devices based on a predefined scenario mode.

BACKGROUND

Home appliances have become an essential in people's daily life.Conventional home appliances are generally remotely controlled by usersthrough touch buttons or infrared remote controllers. With thedevelopment of the home appliances, conventional operation modes are nolonger able to meet requirements of the users for controlling the homeelectrical appliances.

Conforming to this trend, a concept of a smart home is proposed. Thesmart home uses a house as a platform, integrates facilities related tohome life together by using a comprehensive wiring technology, a networkcommunication technology, a security protection technology, an automaticcontrol technology, an audiovisual technology, and establishes anefficient management system of the facilities related to home life andnormal daily routines, thus improving safety, accessibility, comfort andartistry of the home and achieving an eco-friendly living environment.This concept has been widely considered to be an inevitable trend of thehome appliances in the future.

SUMMARY

According to a first aspect of embodiments of the present disclosure, amethod for controlling smart devices based on a predefined scenario modeis provided. The method include: acquiring a status parameter collectedby at least one first smart device bound to a user account; determining,according to the status parameter, whether to trigger a predefinedscenario mode, the predefined scenario mode representing an operationmode for controlling actions of at least one second smart device boundto the user account according to the status parameter collected by theat least one first smart device; and sending a control instruction tothe at least one second smart device, if it is determined to trigger thepredefined scenario mode.

According to a second aspect of embodiments of the present disclosure, aserver for controlling smart devices based on a predefined scenario modeis provided. The server includes: a processor; and a memory configuredto store instructions executable by the processor, wherein the processoris configured to perform: acquiring a status parameter collected by atleast one first smart device bound to a user account; determining,according to the status parameter, whether to trigger a predefinedscenario mode, the predefined scenario mode representing an operationmode for controlling actions of at least one second smart device boundto the user account according to the status parameter collected by theat least one first smart device; and sending a control instruction tothe at least one second smart device, if it is determined to trigger thepredefined scenario mode.

According to a third aspect of embodiments of the present disclosure,another server for controlling smart devices based on a predefinedscenario mode is provided. The server includes: a processor; and amemory configured to store instructions executable by the processor,wherein the processor is configured to perform: acquiring triggeringinformation for triggering a predefined scenario mode, the predefinedscenario mode representing an operation mode for controlling actions ofat least one second smart device bound according to a status parametercollected by at least one first smart device; and sending a controlinstruction to the at least one second smart device, if it is determinedto trigger the predefined scenario mode, wherein both the at least onefirst smart device and the at least one second smart device are bound toa user account.

The technical solutions provided in the embodiments of the presentdisclosure may associate the independent smart devices together andextend the application scenarios of the smart devices via theassociation.

It shall be appreciated that the above general description and thedetailed description hereinafter are only illustrative but not forlimiting the present disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

To clearly describe embodiments of the present disclosure, drawings thatare to be referred for description of the embodiments are brieflydescribed hereinafter. Apparently, the drawings described hereinaftermerely illustrate some embodiments of the present disclosure. Persons ofordinary skill in the art may also derive other drawings based on thedrawings described herein without any creative effort.

FIG. 1 is a flowchart illustrating a method for controlling smartdevices based on a predefined scenario mode according to an exemplaryembodiment of the present disclosure;

FIG. 2 is a flowchart illustrating a method for predefining scenariomode according to an exemplary embodiment of the present disclosure;

FIG. 3A is a schematic diagram illustrating an interface of arecommended scenario mode according to an exemplary embodiment of thepresent disclosure;

FIG. 3B is another schematic diagram illustrating an interface of arecommended scenario mode according to an exemplary embodiment of thepresent disclosure;

FIG. 4 is another flowchart illustrating a method for predefiningscenario mode according to an exemplary embodiment of the presentdisclosure;

FIG. 5A is a schematic diagram illustrating an interface of auser-defined scenario mode according to an exemplary embodiment of thepresent disclosure;

FIG. 5B is another schematic diagram illustrating an interface of auser-defined scenario mode according to an exemplary embodiment of thepresent disclosure;

FIG. 5C is another schematic diagram illustrating an interface of auser-defined scenario mode according to an exemplary embodiment of thepresent disclosure;

FIG. 5D is another schematic diagram illustrating an interface of auser-defined scenario mode according to an exemplary embodiment of thepresent disclosure;

FIG. 6 is a schematic diagram illustrating an apparatus for controllingsmart devices based on a predefined scenario mode according to anexemplary embodiment of the present disclosure;

FIG. 7 is a schematic diagram illustrating a scenario mode predefiningmodule according to an exemplary embodiment of the present disclosure;

FIG. 8 is another schematic diagram illustrating a scenario modepredefining module according to an exemplary embodiment of the presentdisclosure; and

FIG. 9 is a block diagram illustrating a server for controlling smartdevices based on a predefined scenario mode according to an exemplaryembodiment of the present disclosure.

The above drawings are used for illustrating the embodiments of thepresent disclosure, and more details will be given hereinafter. Thesedrawings and textual descriptions are not intended to limit the scopedefined in the present disclosure in any way, but intended to describethe inventive concept of the present disclosure, through specificembodiments, for a person skilled in the art.

DETAILED DESCRIPTION

To make the objectives, technical solutions, and advantages of thepresent disclosure clearer, the present disclosure is further describedin detail with reference to the accompany drawings. Apparently,embodiments described herein are merely some exemplary ones, rather thanall the embodiments of the present disclosure. Based on the embodimentsof the present disclosure, all other embodiments derived by persons ofordinary skill in the art without any creative efforts shall fall withinthe protection scope of the present disclosure.

Embodiments are associated with a smart suite network system comprisinga controlling device, a plurality of smart devices and a server.Firstly, it should be noted that, in various embodiments of the presentdisclosure, the controlling device may be an electronic device selectingfrom a group of phones, tablet computers, e-book readers, MP3 players(Moving Picture Experts Group Audio Layer III), MP4 players (MovingPicture Experts Group Audio Layer IV), portable laptops, and desktopcomputers and etc.

The controlling device may be one of the plurality of smart devices.Alternatively, the controlling device can also be a separate devicebesides the plurality of smart devices. For example, the smart devicesmay comprise a smart sockets, smart cameras, smart TVs and smart airconditioners in a smart home suite system. In one embodiment, thecontrolling device may be the smart TV among the home appliances. Inother embodiments, the controlling device may be not one of the homeappliances but a mobile phone. The controlling device and the pluralityof smart devices are connected to the server by an externalcommunication network. Moreover, the controlling device and theplurality of smart devices can be registered under a same user account.The server stores the registration information, user accountinformation, device information of the controlling device and theplurality of smart devices and other necessary information to manage thecontrolling device and the plurality of smart devices. Moreover, theserver may further store some predefined operation modes to controlactions of the plurality of smart devices.

Accordingly, the present disclosure provides a method of controlling atleast one second smart device in a server by monitoring or obtainingstatus parameters of at least one first smart device in the smart suitenetwork system.

FIG. 1 is a flowchart illustrating a method for controlling smartdevices based on a predefined scenario mode according to an exemplaryembodiment of the present disclosure. This embodiment describes a methodperformed by the server. The method for controlling smart devices mayinclude the following steps.

In step 102, a status parameter collected by at least one first smartdevice bound to a user account is acquired.

In step 104, it is determined, according to the status parameter,whether to trigger a predefined scenario mode. Herein the predefinedscenario mode represents an operation mode for controlling actions of atleast one second smart device bound to the user account according to thestatus parameter collected by the at least one first smart device.

In step 106, if it is determined to trigger the predefined scenariomode, a control instruction is sent to at least one second smart device.The at least one second smart device will be controlled to performactions defined in the predefined scenario mode.

In conclusion, the method for controlling smart devices according tothis embodiment associates different smart devices by using scenariomodes prestored on a cloud server as media, such that the differentsmart devices achieve automatic linkage control based on an associationdefined for the scenario modes. With the method for controlling smartdevices, originally independent smart devices may be associated, and theapplication scenarios of the smart devices may be extended via theassociation.

The smart device cited in this embodiment may be a smart home applianceor gadget.

However, it should be noted that, the smart device cited in thisembodiment does not be limited to a smart home appliance or gadget, itcan include any device, component, furniture, tool, machine, car, orother things which can be electronically controlled and connected to alocal or internet network.

In this embodiments, the scenario mode is configured to indicate anoperation mode for controlling actions of the at least one second smartdevice according to a status parameter collected by the at least onefirst smart device. By establishing the scenario mode bound to the useraccount in the server, an automatic control of the at least one secondsmart device may be realized.

Moreover, the server establishes the scenario mode by using a scenariomode configuration. In some embodiments, the scenario mode configurationat least comprises parameters selected from: user account information,the device information of the smart devices, a startup conditionparameter for defining conditions of triggering the scenario mode, and atask parameter for defining actions to be performed in the scenariomode.

User account information represents information of the use account. Inthe present disclosure, the controlling device and the smart devices areregistered under a same user account. The user account is identified bythe server by using the user account information such as a user name(login name, screen name or nickname), a phone number of the user, or anemail address of the user and etc.

As for the device information of the smart devices, in the presentdisclosure, it includes: device information of the at least one firstsmart device bound to the user account and device information of the atleast one second smart device bound to the user account. The deviceinformation includes device ID information and device type information.The device ID information may be a MAC (Media Access Control) address,an IP address, a device serial number and the like. The device typeinformation indicates different types of the devices, such as smartsockets, smart cameras, smart TVs, smart air conditioners, and etc. Asfor different types of devices, different status parameters arecollected and different control instructions are sent by the server.

The startup condition is the status parameter collected by the at leastone first smart device and set as a condition for triggering thescenario mode. The status parameter collected by the devices may bedifferent since the device types are different. For example, the smartsocket may collect a current ON/OFF state of the smart socket, the smartcamera may collect whether there is a moving object within themonitoring range, the smart air conditioner may collect a current indoortemperature and a current ON/OFF state of the smart air conditioner,etc. All these status parameters may be used as the status parametercollected by the first smart device.

The task is a corresponding control instruction configured to be sent tothe at least one second smart device if the scenario mode is triggered.The corresponding control instructions may be different since the devicetypes are different. For example, the smart socket may control theON/OFF status of the smart socket, the smart air conditioner may controlthe ON/OFF status of the smart air conditioner and the set temperature,etc.

In this embodiment, at least two first smart devices are configured inthe scenario mode. Status parameter corresponding to each of first smartdevices serves as one of factors, in the startup condition, fordetermining whether to trigger the scenario mode. Herein, two methodsfor determining whether to trigger the scenario mode under circumstanceswhere the first smart devices are present are given.

Way 1:

The scenario mode further includes: a startup condition logicalconjunction. The startup condition logical conjunction is configured toindicate a logical conjunction of status parameters collected by each ofthe first smart devices. The logical conjunction herein may be logical“and” or logical “or”, or a combination logical form constituted bylogical “and” and “or”.

According to this “Way 1”, the predefined scenario mode is triggeredonly if the status parameters collected by the at least one first smartdevice satisfies the startup condition logical conjunction.

In this “Way 1”, the status parameter collected by each first smartdevice is used as a factor for determining whether to trigger thescenario mode. It is determined whether to trigger a scenario mode byestablishing a logical expression between the factors and judgingwhether the result of the logical expression.

Way 2:

The scenario mode further includes: a condition-task correlation table.Herein the condition-task correlation table stores a mappingrelationship between at least one group of startup conditions parametersand task parameters.

According to this “Way 2”, the predefined scenario mode is triggeredonly if the status parameter collected by the at least one first smartdevice satisfies at least one group of startup parameters in thecondition-task correlation table. Moreover, the task corresponding tothe startup conditions parameters according to the condition-taskcorrelation table will be triggered if at least one group of startupconditions in the condition-task correlation table are satisfied.

In this “Way 2”, a condition-task correlation table is established inthe scenario mode to determine a mapping relationship between startupconditions and tasks. Different startup conditions and different tasksare managed via the correlation table.

Moreover, in another embodiment, the method of customizing a scenariomode for smart devices may further includes a step of obtaining useraccount information of the user account. Accordingly, the above step ofdetermining whether to trigger the predefined scenario mode comprises:searching for a predefined scenario mode according to the user accountinformation and the device information of the at least one first smartdevice; and determining, according to the status parameter, whether totrigger the searched predefined scenario mode.

Moreover, if it is determined to trigger the scenario mode, the controlinstruction is sent to the at least one second smart device according todevice information of the at least one second smart device stored in thescenario mode.

In this embodiment, the scenario modes stored on the server are managedbased on the user account information. A plurality of predefinedscenario modes may be managed under the same user account. The deviceinformation of the first smart device and the second smart devicecorresponding to different scenario modes may vary. When uploading thestatus parameter, the first smart device also uploads the bound useraccount information and the device information of the first smartdevice. The server firstly searches out, according to the user accountinformation, the scenario modes stored by the user, and then searchesout the scenario mode corresponding to the device information of thefirst smart device according to the device information of the firstsmart device. If it is determined to trigger the scenario mode, acontrol instruction is sent to the second smart device according to thedevice information of the second smart device stored in the scenariomode.

Furthermore, the present disclosure provides another embodiment. In thisembodiment, the method for controlling smart devices based on apredefined scenario mode further includes a step of acquiring datacontent collected by the at least one first smart device if it isdetermined to trigger the predefined scenario mode. Then the acquireddata content will be sent to the at least one second smart device afterthe predefined scenario mode is triggered.

In this embodiment, in addition to uploading the collected statusparameter, the first smart device also uploads the collected datacontent, and meanwhile sends the collected data content to the secondsmart device when the server sends a control instruction to the secondsmart device. For example, the smart camera detects that a moving objectis present at home and it is suspected that a thief has entered. Inaddition to uploading alarm information, the smart camera also uploadsrelated videos. When the second smart device receives the controlinstruction, the second smart device also receives the videos forfurther analysis and judgment.

The scenario modes are predefined in the server. The present disclosurealso provides a method for predefining scenario mode. FIG. 2 is aflowchart illustrating a method for predefining scenario mode accordingto an exemplary embodiment of the present disclosure. The method forpredefining scenario mode may include the following steps.

In step 201, device information of a plurality of smart device bound toa user account is acquired.

In step 202, according to the device information of the plurality ofsmart devices, at least one predefined scenario mode template is pushedto the user account.

Herein the smart devices comprise at least one first smart device and atleast one second smart device, and the scenario mode represents anoperation mode for controlling actions of the at least one second smartdevice according to a status parameter collected by the at least onefirst smart device.

In step 203, scenario mode template selection information indicating aselected scenario mode template is received from the controlling device.Moreover, a scenario mode corresponding to the selected scenario modetemplate for the smart devices is defined according to the scenario modetemplate selection information.

In conclusion, this embodiment provides a method for configuring ascenario mode for smart devices. Different smart devices may beassociated by using scenario modes as media, such that the differentsmart devices achieve automatic linkage control based on an associatedrelationship defined for the scenario modes. According to the method forconfiguring a scenario mode, several scenario mode templates arepredefined on a server, and each scenario mode template corresponds to ascenario mode. The server determines, according to acquired deviceinformation of a smart device bound to a user account, at least onescenario mode template suitable for the user account, and pushes thematched scenario mode template to the user account. The scenario mode isfinally defined according to selection via the user account. Accordingto the method for configuring a scenario mode, a user may convenientlyand quickly configure a scenario mode, thereby reducing inconvenience indefining a specific scenario mode.

Accordingly, in the scenario mode template, the majority of content ofthe corresponding scenario mode has been predefined, and only the useraccount information and the device ID information of the deviceinformation of the bound smart device are not provided. Duringrecommending a corresponding scenario mode to a user account, the methodfor configuring a scenario mode automatically supplements the abovenot-provided content for the user, that is, defining the scenario modebound to the user account is completed.

In this embodiment, the device information includes the device IDinformation and the device type information. Since different types ofsmart devices may provide different status parameter as the startupconditions, they are corresponding to different control instructions.According to the device information obtained, the server may obtain atleast one of predefined scenario mode template corresponding to theacquired device type.

Moreover, in another embodiment, the method of configuring a scenariomode for smart devices may further includes a step of obtaining useraccount information of the user account. Accordingly, the scenario modeis established based on the obtained user account information, thedevice information of the at least one first smart device and the atleast one second smart device.

In this embodiment, the scenario mode template is defined according tothe type of the smart device. Different types of smart devices mayprovide different status parameter as the startup conditions, andcorrespond to different control instructions. Therefore, a certainscenario mode template is only applicable with respect to a specifictype of smart device; otherwise, the scenario mode template may not beused. Just based on this, this embodiment provides a scenario modetemplate recommending method. Firstly, the device information of thesmart device bound to the user account is acquired, and thus the user'scurrently available device type is acquired. Then, the scenario modetemplates are screened in a scenario mode template library according tothe device type information. Only when the first smart device and thesecond smart device in the scenario mode template are simultaneouslybound to the user, the scenario mode template is pushed to thecontrolling device bound to the user account. When the user makes aselection, since the device ID information is acquired according to thedevice information of the smart device, the server may define thescenario mode bound to the user account according to the scenario modetemplate selected by the user. The user account information of thescenario mode is the user account information uploaded in step 102, thedevice information of the first smart device and the second smart deviceis device information of the corresponding types of smart devices in thescenario mode template, and the startup conditions and the tasks arepredefined in the scenario mode template.

FIGS. 3A and 3B are schematic diagrams illustrating an interface of thecontrolling device for user to configure a scenario mode according to anexemplary embodiment of the present disclosure. As illustrated in FIGS.3A and 3B, in this embodiment, an example of configuring a “homesafeguard” scenario mode is given. The “home safeguard” scenario mode isa scenario mode template defined by a server. In the scenario modetemplate, it is defined that a first smart device type is “small antsmart camera”, a second smart device type is “smart socket”, a startupcondition is “camera alarming”, and a task (also called to-be-executedtask) is “turning off the smart socket”. After a user account is boundto a smart device, the server acquires device type information of thesmart device bound to the user account, and determines whether the useraccount is bound to the “small ant smart camera” and the “smart socket”.When the user account is simultaneously bound to these two types ofsmart devices, the server pushes the matched “home safeguard” scenariomode template to a user according to a search result. As illustrated inFIG. 3A, the user does not need to specifically configure the scenariomode, but needs to select to enable or disable the scenario mode. If theuser selects to enable the “home safeguard” scenario mode, the “homesafeguard” scenario mode may be automatically defined by configurationaccording to device information of the corresponding smart device boundto the user account, thereby implementing a linkage control relationbetween the “small ant smart camera” and the “smart socket” bound to theuser account.

FIG. 4 is a flow chart showing a method of customizing a scenario modefor smart devices according to an exemplary embodiment. In thisembodiment, take the method being implemented by the server as anexample to illustrate. The method includes the following steps.

In step 401, device information of a plurality of smart device bound toa user account is obtained.

In step 402, a device startup condition list and a device task list arepushed respectively to a controlling device bound to the user accountaccording to the device information of the smart devices.

In step 403, selection information indicating a selected startupcondition and a selected device task is received from the controllingdevice.

In step 404, a scenario mode is established according to the selectioninformation.

Herein, the smart devices comprise at least one first smart device andat least one second smart device, and the scenario mode represents anoperation mode for controlling actions of the at least one second smartdevice according to a status parameter collected by the at least onefirst smart device.

This embodiment provides the user with a method of customizing ascenario mode for smart devices. In this method, the device informationof the plurality of smart device bound to the user account is obtainedby the server. And then the device startup condition list and the devicetask list matching the device information of the plurality of smartdevice are generated and pushed respectively to the controlling devicebound to the user account according to the device information of thesmart devices. The user only needs to operate on the controlling deviceto perform a selection from the device startup condition list and thedevice task list. After a user-preferred device startup condition anddevice task is selected and a linkage between the selected startupcondition and the selected task is configured, the user may send hisselection and configuration result to the server. Then the server mayestablish a relevant scenario mode for controlling the smart devices.

In this embodiment, the device information includes the device IDinformation and the device type information. Since different types ofsmart devices may provide different status parameter as the startupconditions, they are corresponding to different control instructions.According to the device information obtained, the server may obtain thestartup condition options provided and available to the smart devicebound to the user account and used as the startup conditions, and mayobtain the task options provided and available to the smart device boundto the user account and used as the tasks, and thus generates the devicestartup condition list and the device task list. Therefore, the abovestep of pushing the device startup condition list and the device tasklist according to the device information of the at least one smartdevice includes the following steps.

At first, the device startup condition list matching the at least onesmart device is generated according to the device type information ofthe at least one smart device, wherein the device startup condition listcomprises a set of startup condition options available to the at leastone smart device.

Moreover, the device task list is generated according to the device typeinformation of the at least one smart device, wherein the device tasklist is a set of task options available to the at least one smartdevice.

Then, the device startup condition list and the device task list aresent to the controlling device respectively.

Moreover, in another embodiment, the method of customizing a scenariomode for smart devices may further includes a step of obtaining useraccount information of the user account. Accordingly, the scenario modeis established based on the obtained user account information, thedevice information of the at least one first smart device and the atleast one second smart device, the selected device startup condition,and the selected device task.

In this embodiment, specific configuration of the user accountinformation, the device information of the bound smart device, thestartup condition and the task needed to establish the scenario mode areillustrated specifically.

In summary, in this embodiment, the device information bound to the useraccount obtained by the server may include the device type information.Since different types of smart devices may provide different statusparameter as the startup conditions, they are corresponding to differentcontrol instructions. Based on this, a database may be established inadvance in the server, wherein the database includes startup conditionoptions available to various types of smart devices and used as thestartup conditions and task options available to the various types ofsmart devices and used as the tasks. According to the device typeinformation of the smart device bound to the user account obtained bythe server, the server searches for the startup condition options andthe task options respectively corresponding to the various smart devicesbased on the database. And then the server collects the startupcondition options and the task options available to the various smartdevices bound to the user account, thus obtaining the device startupcondition list and the device task list. The user only needs to selectin the device startup condition list and the device task list. After auser-preferred device startup condition and device task is selected anda linkage between the selected startup condition and the selected taskis configured, the user may send his selection and configuration resultto the server. Then the server may establish a relevant scenario modefor controlling the smart devices.

FIGS. 5A, 5B, 5C, and 5D are schematic diagrams respectivelyillustrating an interface of the controlling device for user toconfigure a scenario mode according to an exemplary embodiment of thepresent disclosure. As illustrated in FIGS. 5A, 5B, 5C, and 5D, thisembodiment gives an example of defining a scenario mode by a userhimself or herself. As illustrated in FIG. 5A, this embodiment providesa free selection menu of a startup condition and a task of the scenariomode for the user. The user may obtain the device startup condition listand the device task list from the server. Herein, in the server, the twolists are generated based on the smart devices bound to the useraccount. Referring to FIG. 5B, the device startup condition list mayinclude two startup condition options, i.e., “Configured as startup viaclicking” and “Configure startup time”. Referring to FIG. 5C, the userselects “Configured as startup via clicking” as the startup condition ofthe scenario mode and “XiaoMi smart socket—ON” as the task of thescenario mode by selecting in the list. Referring to FIG. 5D, if theuser's selection is confirmed and saved, the scenario mode isestablished. Herein the scenario mode is based on the phone and MI smartsocket bound to the user account as the first smart device and thesecond smart device, wherein the startup condition is “clicking” and thetask is “Turning on the XiaoMi smart socket”. The linkage between thetwo smart devices (the phone and XiaoMI smart socket) bound to the usermay be established by setting the scenario mode.

Alternatively, in another embodiment, the method for controlling smartdevices based on a predefined scenario mode includes the followingsteps.

At first, the server acquires triggering information for triggering apredefined scenario mode, the predefined scenario mode representing anoperation mode for controlling actions of at least one second smartdevice bound according to a status parameter collected by at least onefirst smart device.

Then, the server sends a control instruction to the at least one secondsmart device, if it is determined to trigger the predefined scenariomode, wherein both the at least one first smart device and the at leastone second smart device are bound to a user account.

In this embodiment, triggering and determination of the scenario modeare not performed in the server, but are performed in the first smartdevice or a router connected to the first smart device via a network.Upon acquiring a determination result, the first smart device or therouter connected to the first smart device via a network generatestrigger information of the scenario mode and sends the triggerinformation to a server side, and directly triggers the scenario mode tosend a control instruction to at least one second smart device bound tothe user account in the scenario mode.

Apparatus embodiments of the present disclosure are describedhereinafter, wherein the apparatuses may be used to perform the methodembodiments. Details that are not disclosed in the apparatus embodimentsof the present disclosure, reference may be made to the methodembodiments of the present disclosure.

FIG. 6 is a schematic diagram illustrating an apparatus for controllingsmart devices based on a predefined scenario mode according to anexemplary embodiment of the present disclosure. The apparatus forcontrolling smart devices may be implemented via software, hardware or acombination of software and hardware as all or a part of an electronicdevice. The apparatus for controlling smart devices 600 based on apredefined scenario mode may include: a status parameter acquiringmodule 610, a scenario mode triggering module 620, and a controlinstruction sending module 630.

The status parameter acquiring module 610 is configured to acquirestatus parameter collected by at least one first smart device bound to auser account.

The scenario mode triggering module 620 is configured to determine,according to the status parameter, whether to trigger a predefinedscenario mode, the scenario mode representing an operation mode forcontrolling actions of at least one second smart device bound to theuser account according to the status parameter collected by the at leastone first smart device.

The control instruction sending module 630 is configured to: if it isdetermined to trigger the scenario mode, send a control instruction toat least one second smart device.

In conclusion, the apparatus for controlling smart devices according tothis embodiment associates different smart devices by using prestoredscenario modes as media, such that the different smart devices achieveautomatic linkage control based on an association defined for thescenario modes. With the apparatus for controlling smart devices,originally independent smart devices may be associated, and theapplication scenarios of the smart devices may be extended via theassociation.

In this embodiment, the control apparatus 600 further includes: ascenario mode predefining module 700. FIG. 7 is a schematic diagram of ascenario mode predefining module according to an exemplary embodiment ofthe present disclosure. The scenario mode predefining module 700 mayinclude: a device information acquiring unit 710, a scenario modetemplate recommending unit 720, a scenario mode defining unit 730.

The device information acquiring unit 710 is configured to acquiredevice information of a plurality of smart devices bound to a useraccount.

The scenario mode template recommending unit 720 is configured to push,according to the device information of the smart devices, at least onepredefined scenario mode template a controlling device bound to the useraccount.

The scenario mode defining unit 730 is configured to define a scenariomode corresponding to the selected scenario mode template for the smartdevices, according to the scenario mode template selection information.

Herein the smart devices comprise at least one first smart device and atleast one second smart device, and the scenario mode represents anoperation mode for controlling actions of the at least one second smartdevice according to a status parameter collected by the at least onefirst smart device.

In the scenario mode predefining module 700, several scenario modetemplates are predefined on a server, and each scenario mode templatecorresponds to a scenario mode. An association between a first smartdevice and a second smart device is predefined in the scenario modetemplate. The scenario mode predefining module 700 determines, accordingto acquired device information of a smart device bound to a useraccount, a scenario mode template suitable for the user account, andpushes the matched scenario mode template to the user account. Thescenario mode is finally defined according to user's selection via theuser account. With the scenario mode predefining module 700, a user mayconveniently and quickly configure a scenario mode based on his or herbound smart device, rather than specifically defining an association,thereby reducing load of the user in defining a specific scenario mode.

In this embodiment, the control apparatus 600 further includes: ascenario mode predefining module 800. FIG. 8 is another schematicdiagram illustrating a scenario mode predefining module according to anexemplary embodiment of the present disclosure. The scenario modepredefining module 800 may include: a device information acquiring unit810, a selection list pushing unit 820, a selection informationreceiving unit 830, and a scenario mode defining unit 840.

The device information acquiring unit 810 is configured to acquiredevice information of a plurality of smart devices bound to a useraccount.

The selection list pushing unit 820 is configured to push, according tothe device information of the smart devices, a device startup conditionlist and a device task list to a controlling device bound to the useraccount respectively.

The selection information receiving unit 830 is configured to receivefrom the controlling device, selection information indicating a selectedstartup condition and a selected device task.

The scenario mode defining unit 840 is configured to establish accordingto the selection information, a scenario mode for the smart devices.Herein the smart devices comprise at least one first smart device and atleast one second smart device, and the scenario mode represents anoperation mode for controlling actions of the at least one second smartdevice according to a status parameter collected by the at least onefirst smart device.

This embodiment provides a scenario mode predefining module 800 for auser to define by himself or herself a scenario mode. The scenario modepredefining module 800 acquires device information of at least one smartdevice bound to a user account. The device information includes deviceID information and device type information. Different types of smartdevices may provide different status parameter as the startupconditions, and correspond to different control instructions. Based onthe acquired device information, the server may acquire the startupcondition options which are supported by the smart device bound to theuser account as the startup conditions and the task options which aresupported by the smart device bound to the user account as the tasks.The startup condition options and the task options that are supported byvarious smart devices bound to the user account are gathered to obtain adevice startup condition list and a device task list. By merely makingselection in the device startup condition list and the device task list,the user may establish a linkage relation between a selected startupcondition option and a selected task option, and further establish arelated scenario mode.

Optionally, the control apparatus 600 further includes: a triggerinformation acquiring module 640, configured to acquire triggerinformation of the predefined scenario mode.

Herein the trigger information of the scenario mode is generated bydetermination of the at least one first smart device bound to the useraccount according to the collected status parameter.

Alternatively, the trigger information of the scenario mode is generatedby determination of a router connected to the at least one first smartdevice over a network according to the status parameter collected by theat least one first smart device.

Then, the control instruction sending module 630 is further configuredto send a control instruction to at least one second smart device boundto the user account in the scenario mode according to the triggerinformation of the scenario mode, to control the second smart device toperform a corresponding operation.

In this embodiment, triggering and determination of a scenario mode arenot performed in the server, but are performed in the first smart deviceor a router connected to the first smart device via a network. Uponacquiring a determination result, the first smart device or the routerconnected to the first smart device via a network generates triggerinformation of the scenario mode and sends the trigger information to aserver side, and directly triggers the scenario mode to send a controlinstruction to at least one second smart device bound to the useraccount in the scenario mode.

FIG. 9 is a block diagram illustrating a sever 900 for controlling smartdevices based on a predefined scenario mode according to an exemplaryembodiment of the present disclosure. For example, the sever 900 may beprovided as a server. Referring to FIG. 9, the sever 900 includes aprocessing component 922, which further includes one or more processors,and memory resources represented by a memory 932, configured to storeinstructions executable by the processing component 922, for example,applications. The applications stored in the memory 932 may include oneor more than one module each corresponding to a group of instructions.In addition, the processing component 922 is configured to execute theinstructions, to perform the above methods.

The sever 900 may further include: a power component 926, configured toperform power management in the sever 900; a wired or wireless networkinterface 950, configured to connect the sever 900 to the network; andan input/output (I/O) interface 958. The sever 900 may operate anoperating system stored in the memory 932, for example, Windows Server™,Mac OS X™, Unix™, Linux™, FreeBSD™, or the like.

A non-transitory computer-readable storage medium is provided. Wheninstructions stored in the storage medium are executed by a processor ofthe sever 900, the sever 900 is caused to perform a method forcontrolling smart devices as illustrated in FIG. 1.

Other embodiments of the present disclosure will be apparent to thoseskilled in the art from consideration of the specification and practicedisclosed herein. This application is intended to cover any variations,uses, or adaptations of the present disclosure following the generalprinciples thereof and including such departures from the presentdisclosure as coming within common knowledge or customary technicalmeans in the art. It is intended that the specification and embodimentsbe considered as exemplary only, with a true scope and spirit of thepresent disclosure being indicated by the appended claims.

It will be appreciated that the present disclosure is not limited to theexact construction that has been described above and illustrated in theaccompanying drawings, and that various modifications and changes can bemade without departing from the scope thereof. The scope of the presentdisclosure is only defined by the appended claims.

What is claimed is:
 1. A method for configuring a scenario mode forsmart devices, comprising: acquiring a user account bound with a firstsmart device and a second smart device; identifying a predefinedscenario mode template according to device information of the firstsmart device and the second smart device, wherein the predefinedscenario template corresponds to a predefined scenario mode whichassociates at least one startup condition for the first smart device totrigger the scenario mode with at least one task to be performed by thesecond smart device when the scenario mode is triggered; bounding thepredefined scenario mode template with the user account to enable thepredefined scenario mode for the first smart device and the second smartdevice; and controlling the second smart device to perform the at leastone task of the predefined scenario mode when the scenario mode istriggered according to whether the at least one startup condition issatisfied.
 2. The method according to claim 1, further comprising:acquiring device information of the first smart device and the secondsmart device.
 3. The method according to claim 1, wherein the deviceinformation comprises device ID information and device type information.4. The method according to claim 1, wherein bounding the predefinedscenario mode template with the user account to enable the predefinedscenario mode for the first smart device and the second smart devicefurther comprises: pushing the predefined scenario mode template to aterminal device bound to the user account; receiving a feedbackinformation indicating whether the user selects to enable the predefinedscenario mode template; and bounding the predefined scenario modetemplate with the user account to enable the predefined scenario modefor the first smart device and the second smart device, if the userselects to enable the predefined scenario mode template.
 5. The methodaccording to claim 1, wherein controlling the second smart device toperform the at least one task of the predefined scenario mode when thescenario mode is triggered according to whether the at least one startupcondition is satisfied comprises: acquiring at least one statusparameter collected by the first smart device; comparing the at leastone status parameter with the at least one startup condition todetermine whether to trigger the predefined scenario mode; andcontrolling the second smart device to perform the at least one task ofthe predefined scenario mode if it is determined to trigger thepredefined scenario mode.
 6. The method according to claim 5, whereinthe status parameter is an operation parameter of the first smart deviceor an environment parameter detected by the first smart device.
 7. Amethod for establishing a scenario mode for smart devices, comprising:acquiring device information of a first smart device bound with a useraccount; providing a device status parameter list for the first smartdevice according to the device information of the first smart device,wherein the device status parameter list comprises at least onecandidate status parameter that can be collected by the first smartdevice; providing a device task list for a second smart device boundwith the user account according to the user account, wherein the devicetask list comprises at least one candidate action that can be performedby the second smart device; and establishing a scenario mode associatingone or more of the at least one candidate status parameter of the devicestatus parameter list as a startup condition of the scenario mode withone or more of the at least one candidate action of the device tasklist, such that the second smart device can perform the one or more ofthe at least one candidate action when the startup condition of thescenario mode is satisfied.
 8. The method according to claim 7, whereinthe scenario mode is configured with one or more parameters selectedfrom: user account information, and the device information of the firstsmart device and the second smart device.
 9. The method according toclaim 7, wherein the device information comprises device ID informationand device type information.
 10. The method according to claim 7,wherein establishing a scenario mode associating one or more of the atleast one candidate status parameter of the device status parameter listas a startup condition of the scenario mode with one or more of the atleast one candidate action of the device task list further comprises:pushing the device status parameter list and device task list to aterminal device bound to the user; receiving a feedback informationcomprising one or more selected candidate status parameters and one ormore selected candidate actions; and establishing a scenario modeassociating the one or more selected candidate status parameters as astartup condition of the scenario mode with the one or more selectedcandidate actions, such that the second smart device can perform the oneor more selected candidate actions when the startup condition of thescenario mode is satisfied.
 11. The method according to claim 7, whereinthe candidate status parameter is an operation parameter of the firstsmart device or an environment parameter detected by the first smartdevice.
 12. A method for establishing a scenario mode for smart devices,comprising: acquiring device information of a first smart device boundwith a user account; providing a device task list for the first smartdevice according to the device information of the first smart device,wherein the device task list comprises at least one candidate actionthat can be performed by the first smart device; providing a devicestatus parameter list for a second smart device bound with the useraccount according to the user account, wherein the device statusparameter list comprises at least one candidate status parameter thatcan be collected by the second smart device; and establishing a scenariomode associating one or more of the at least one candidate statusparameter of the device status parameter list as a startup condition ofthe scenario mode with one or more of the at least one candidate actionof the device task list, such that the first smart device can performthe one or more of the at least one candidate action when the startupcondition of the scenario mode is satisfied.
 13. The method according toclaim 12, wherein the scenario mode is configured with one or moreparameters selected from: user account information, and the deviceinformation of the first smart device and the second smart device. 14.The method according to claim 12, wherein the device informationcomprises device ID information and device type information.
 15. Themethod according to claim 12, wherein establishing a scenario modeassociating one or more of the at least one candidate status parameterof the device status parameter list as a startup condition of thescenario mode with one or more of the at least one candidate action ofthe device task list further comprises: pushing the device statusparameter list and device task list to a terminal device bound to theuser; receiving a feedback information comprising one or more selectedcandidate status parameters and one or more selected candidate actions;and establishing a scenario mode associating the one or more selectedcandidate status parameters as a startup condition of the scenario modewith the one or more selected candidate actions, such that the secondsmart device can perform the one or more selected candidate actions whenthe startup condition of the scenario mode is satisfied
 16. The methodaccording to claim 12, wherein the candidate status parameter is anoperation parameter of the first smart device or an environmentparameter detected by the first smart device.
 17. A smart device controlmethod based on a user account bound with at least one first smartdevices and a second smart device, comprising: acquiring at least onestatus parameter collected by the at least one first smart device;identifying a predefined scenario mode associated with the user account,wherein the predefined scenario mode associates at least one startupcondition for the at least one first smart device with an action to beperformed by the second smart device, and wherein the at least onestartup condition is for comparison with the at least one statusparameter; comparing the least one status parameter with the at leastone startup condition to determine whether to trigger the predefinedscenario mode; and controlling the second smart device to perform theaction of the predefined scenario mode if it is determined to triggerthe predefined scenario mode.
 18. The method according to claim 17,wherein the predefined scenario mode further comprises user accountinformation of the user account and device information of the firstsmart device.
 19. The method according to claim 18, wherein identifyinga predefined scenario mode associated with the user account furthercomprises: acquiring the user account information of the user accountand the device information of the first smart device; and identifyingthe predefined scenario mode according to the user account informationand the device information of the first smart device.
 20. The methodaccording to claim 17, wherein the status parameter is an operationparameter of the first smart device or an environment parameter detectedby the first smart device.